[bugfix] Do not try to save FLOWS or FLOWRES values for NNCs.

Fix Flows/Flores for NNCs

These parameters get referenced only in certain configurations.

Tag Certain Parameters As Maybe-Unused

adjust to output module accessor change

in particular the solventMeaning can lead to
out-of-bounds dereferences in updatePrimaryVariables

they used to use the same EWOMS_DIFFUSION_MODULE_HH

…diffusion

changing including guard name for two diffusionmodule

these have been deactivated for years

remove last remnants of property system macros

Remove unused EWOMS_RESET_PARAMS macro

it adds no simplicity and only obfuscates

it simplifies nothing, only obscures.
remove unused different propTagName and use paramName.

remove EWOMS_END_PARAM_REGISTRATION macro

remove macro EWOMS_PARAM_IS_SET macro

it adds no simplicity and only obfuscates

remove EWOMS_GET_PARAM_LISTS macro

it adds no simplicity and only obfuscates

Don't Require Floating Point from_chars() Function

remove typetag based parameter system

support drsdtcon with pvtnum

Avoid deleting derivatives with zero pressure difference

Add necessary changes to build float simulators

This commit broadens the scope of commit 2ad332e0b (PR OPM#922) to
apply to all compilers/libraries, not just Clang/libc++, which do
not have support for floating-point types in std::from_chars().
While hopefully a transient situation, this enables building the
parameter system with GCC versions prior to GCC 11.  We expect to
require version 11 in the not too distant future, though.  At that
point we should revert this commit.

We use a configure-time feature test of the compiler (CMake command
'try_compile') to detect whether or not the compiler supports
floating-point overloads of std::from_chars() and emit the result to
config.h as the new preprocessor symbol

    HAVE_FLOATING_POINT_FROM_CHARS

We use std::strtod() as the fall-back alternative for floating point
conversion if this symbol is defined to false (zero).